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SYSTIM FOR DATA STREAM PROCESSING 

The present invention relates to apparatus and methods for 
processing coded and/or scrambled data streams in general, and in particular to 
apparatus and methods for processing coded and/or scrambled data streams 
S intended for .storage and later playback. 

BACKCROUNDOFTHE INVENTION 
Scrambled data streams are well known in the art. There are many 
types of known scrambled data streams, of which scrambled video streams are in 



Scrambled video streams are widely used in conditional access 
systems. In conditional access systems, as is well known in the art. content, such 
as video content, is scrambled, and information necessary to deciypt the content is 
made available only to authorized users. Conditional access systems are 

15 particularly well known in the field of television, although conditional access 
systems are also used as appropriate in other fields. 

The terms "scrambled" and "encrypted", in all of their grammatical 
fonns, are used interchangeably throughout the pre.sent specification and claims to 
refer to any appropriate scrambling and/or encryption methods for scrambling 

20 and/or encrypting a data stream, and/or any other appropriate method for making a 
data stream unintelligible except to an intended recipient thereof. 

The term "encoded" is used throughout the present specification and 
claims, in alt its grammatical forms, to refer to any type of data stream encoding 
including, for example and without limiting the scope of the definition, well 

23 known types of encoding such as MPEG-2 encoding. It is appreciated that an 
encoded data stream is generally more difficult to read, in the .sen.sc that more 
processing and typically more time are required to read an encoded data stream, 
than a data stream which is not encoded. 

The term "complex data stream" is used throughout the present 

30 specification and claims to refer to a data stream which is scrambled and/or 
encoded. 
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Systems for scrambling lelevisinr signals, and controlling access 
thereto, are well known in the art. One such sysiem is described in the following 
II.S. Patents: 5,282,249 to Cohen ei al.; and 5,4l! 1,609 to Cohen ct al. Scrambled 
television data streams described in the Cohen et al. patents comprise both 

3 scrambled data representing television signals uid coded control messages, also 
known as ECMs. The ECMs of Cohen et al comprise, in a coded form, data 
necessary for generating a control word (CW) vhich may be used to descramble 
the scrambled data representing television signal:^. 

While the two patents to Cohen tt al. describe an analog system, 

10 that is, a system in which analog television data s:rcams arc broadca.st to television 
sets, it is appreciated that similar ECM methols may also be used for digital 
television data streams. Generally, the scramblir.g techniques used for scrambling 
analog television signals such as, for example, Ihe well known "cut-and-rotate" 
technique, are chosen for their applicability to ;nalog signals. In scrambling of 

15 digital television signals other scrambling tcchii ques, well-known in the art, are 
used, the techniques being more appropriate to di ytal signals such as, for example, 
applying the well-known DES algorithm to the digital television signals. 

It is also known in the art to apply methods analogous to those u,sed 
for television scrambling to data scrambling, pirticularly in the case of digital 

20 meihods, 

A general discus.yon of .some existing data stream playback 
systems and their drawbacks is found in: 

Jim Taylor, DVD Demvsiiried: Hie Guidebook for DVD-Video 
and DVD-ROM . McGraw-Hill, 1998, pages 72 and 195, 
25 The following documents from (he MPEG-2 standard describe 

syntax and meihods which may be relevant to unoerstanding the present invention: 

syntax of a transmitted digital niullimedia or other data signal: 
1SO/1ECI38I8-I; 

syntax ofan encoded digital video lignal: ISO/IEC 13818-2; 
30 other inelhod.s: ISO/IEC 13818-6. 

Other methods relevant to conditicnal access techniques employing 
ECMs are described in the following documents: 



ETR 289, "Digital Video Broadcasting (DVB): Support for use of 
^rambling and Conditional Access (CA) within DVB systems"; 

TS 101 197-1 Vl.i.l (1997-06): "Digital Video Broadcasting 
(DVB): DVB SimulCrypt; Part I: Head-end architecture and synchronization"; 
3 and 

DVB document TM-1244, revision 3. 

Society of Motion Picture and Television Engineers (SMPTE) 
document 312M, "Splice points for MPEG-2 Transport Streams", describes 
"splice points" in MPEG-2 transport .slream.s, which are inserted by a headend to 
10 facilitate smooth splicing between steams. Appendix A.6 of SMPTE 3 1 2M refers 
to encrypted streams, 

It is well-known in the prior art for known forms of ECM 
processing, including creating and interpreting an ECM, to lake place in a 
removable security element such as an IC card, commonly known us a smart card. 
15 The disclosures of the following patent applications, assigned to 

NDS Limited, describe technologies which may be related to the present 
invention: 

1. Israel Patent Application 125141, filed 19 June 1998 and entitled 
"Advanced Television System", describes an example of a television .system with 

20 which the present invention, in preferred embodiments thereof, may be useful. A 
corresponding PCT Iniemaiional Application claiming priority from Israel 
Application 12514 1 was published on 6 January 2000 as WO 00/01 149. 

2. Israel Patent Application I201]4,riled 7 February 1997 and 
entitled "Digital Recording Protection System", describes a digital recording 

25 system which may be useful in conjunction with the present invention. A 
corresponding European Patent Application claiming priority from Israel 
Application 120174 was published on 28 December 1998 as EP 0 858 184 A2. 

Methods for providing fast forward/rewind in MPEG arc described 
in an article on the World Wide Web written by Michael Vemick at URL 

30 http://www,ecsl.cs,sunysb.edu/-vcrnick/ffwd.html. entitled 'The Stony Brook 
Video Server. Implementation and Analysis of Fast Forward/Rewind for MPEG." 
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Ii is further known in the art of data processing to add indexing 
information to a non-indexed file without changing the basic structure of the non- 
indexed file. Such files, after indexing, are generally known in the art as ISAM 
files. 

5 The disclosures of all references mentioned above and throughout 

the present specification are hereby incorporated herein by reference. 



SUMMARY OF THE INVENTION 
The present invention seeks to provide improved apparatus and 
methods for processing scrambled data stttams, the apparatus and methods being 
particularly suited for a case in which a scrambled data stream, delivered to a user 

5 via broadcast or by any other appropriate means, is recorded for later use. in one 
prevalent conditional access paradigm to which the present invention, in a 
preferred embodiment thereof, is particularly applicable, a recorded .sueam as 
described above is recorded in its scrambled state. That is, dcscrambling takes 
place only at ihc lime of playback, The reasons for dcscrambling only at the lime 

10 of playback are many; some of the principal reasons include the following: 
generally to minimize the likelihood of unauthorized access; 
in a case where access authorization may change between the time 
of recording and the time of playback, to apply the aulhorizatlQn which is correct 
at the time of playback; and 

15 10 implemeni evolutionary change from previous systems that do 

not include recording by continuing lo descramble only from the lime of playback. 

In the present invention, a data stream, except as- otherwise 
indicated, refers to a data stream received from a source, preferably in a streaming 
mode; that is, the data stream received from the source is intended for playback in 

20 real time at the time of reception, although recording ihe data stream may be, and 
preferably i,s, allowed. It will be appreciated by persons skilled in the art thai 
practical limitations on buffer size at the receiver of the stream as well as the 
requirement to be able to play the stream back in real time at Ihe lime of reception 
constrain the source to send the stream in such a way that the arrival time of a 

2S given bit of the stream is highly correlated with the presentation time at which that 
bit is presented to a user or has an effect on what is presented to the user. In ihc 
case of the MPEG-2 system, which is well known in the art, the inventors of the 
present application have determined that the presentation time of a bit and the 
arrival time of a bit generally differ by no more than a short lime such as, for 

30 example, approximately 0,5 seconds. The clo.sc correlation between arrival time 
and presentation time may be used, in a preferred embodiment of the present 
invention, as a basic assumption that assists in the operation of the invention. 
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When playback is carried oui at normal speed, a slraightforward 
approach, which may be similar to prior art approaches for descrambling a 
broadcast scrambled data stream without recording, can succeed in efficiently 
descrambling the recorded scrambled data siream for playback. However, when 

5 special modes of playback, termed herein "trick modes", are used, difficulties may 
arise in locating an appropriate location in \k .scrambled data siream which is to 
be played back, due to the fact that the stream is at least partially .scrambled and it 
may be difficult to traverse and descramble the stream in other than playback 
mode at normal speed. Trick modes include, but are not limited lo, one or more 

10 of the following: fast forward: slow motion forward: fast reverse; slow motion 
reverse: freeze frame; and random access. The term "random access" is used 
herein to refer both to random access lo any particular point and to access to a 
specific predeflned location or event, such as a next location or event, in a data 
stream. 

15 In preferred cmbodimcnis. the apparatus and methods of the present 

invention are believed to be well-suited for u.se with trick modes, but use of the 
present invention is not limited to trick modes. 

Preferably, but not necessarily, trick modes include playback, such 
that "fast forward", for example, refers to fa,st forward with playback during the 

20 fa.st forward. In a preferred embodimenl. the present invention determines a 
parameter of a trick mode, such as a location in a complex data stream such as, for 
example, a scrambled data .stream or an encoded data .stream, at which 
descrambling and playback are to begin, without descrambling the scrambled data 
siream at the time of determining the parameter. In an alternative preferred 

21 embodiment, any playback mode parameter or any data parameter relating to the 
data stream may be similarly determined, in addition to or instead of a trick mode, 
in some cases, the location may be determined heuristically. The location may 
comprise an access point, at which it is convenient, for technical reasons, to begin 
playback. The location may alternatively comprise a likely location of an access 

30 point, from which an access point can generally be found more easily than from a 
random location. 



In a preferred embodiment, a location such as an access point may 
be found by examining components, such as control componenLs, of the scrambled 
data stream which are themselves not scrambled. Such control components are 
commonly present and are found, for example, in the widely-used MPEG-2 type 

5 data stream. Furthermore, it is appreciated that a plurality of such access points 
may be located, and an index to the location of the access points in the scrambled 
data stream may be built to ease future access thereto. 

It is also appreciated that a correspondence between arrival time and 
byte offset may not necessarily be linear. It may therefore not be possible to 

10 linearly map the contents of a .scrambled data .stream, such as an MPEG-2 type 
data stream, from byte offset in the data siream to a playback-related time 
coordinate. In other words, it may be difficult to find a byte offset in the 
.scrambled data stream which corresponds to, for example, 5 minutes and 30 
seconds into the stream when played back. The non-linearity of the mapping may 

15 be due to technical features of the scrambled data stream, including encoding 
artifacts and statistical multiplexing. The apparatus and methods of the present 
invention may also be helpful in providing such a mapping. 

' There is thus provided in accordance with a preferred embodiment 
of the present invention a method for procesiiing a data stream including receiving 

20 a transport siream (TS), storing at lea.si a portion of the TS, the at least a portion of 
the TS having a beginning and including a plurality of TS packets, determining, 
from among the plurality of TS packets, at least one TS packet including u 
candidate access point, .storing in un index .store a byte offset of the candidate 
access point, and storing in the index .store a plurality of indications of byte offset, 

25 each byte offset being associated with an arrival time of a received TS packet. 

Further in accordance with a preferred embodiment of the present 
invention the storing indications of byte offset step includes repeatedly storing in 
the index store, at predefined intervals of time, a byte offset of a recently received 
TS packet. 

30 Further in accordance with a preferred embodimenl of the present 

invention the byte offset of the candidate access point and the byte offset of the 
recently received TS packet each includes a byte ofiset relative to the beginning. ' 



6 



7 



WO01/3S669 



Pa/ILlO/00276 



WO0W5W9 



rcT/iyi)/00276 



Still further in accordance with a preferred embodiment of the 
present invention the TS includes an MPEG-2 TS. 

Additionally in accordance with a preferred embodiment of the 
present invention the TS includes an at least partially scrambled TS. 
5 Moreover in accordance with a preferred embodiment of the present 

invention the TS includes a video stream. 

Further in accordance with a preferred embodiment of the present 
invention the TS includes an audio stream. 

Siill further in accordance with a preferred embodimenl of the 
10 present invention the method also includes utilizing the index for accessing at least 
a part of the portion of the TS. 

Additionally in accordance with a preferred embodimenl of the 
present invention the utilizing step includes determining a desired presentation 
time of a point to be accc.s.scd. the point being asiiociatcd with the at lca.st a part of 
15 the portion of the TS, determining an arrival time associated with the desired 
presentation time, and determining, based at lea.st in purl on at least one byte offset 
stored in the index store, a byte offset of an access point clo,scly temporally 
associated with the iirrival lime. 

Moreover in accordance with a preferred embodimenl of the present 
20 invention the determining a desired preseniaiion time includes determining a 
desired presentation time ba.scd on al least one of the following; at least one 
desired characterisiic of a presentation mode, and at Icasl one random access 
characteristic. 

Further in accordance with a preferred embodimenl of the present 
25 invention the determining an arrival time includes determining an arrival time 
based on the desired presentation time and on a predetermined relationship 
between arrival lime and presentation time. 

Still further in accordance with a preferred embodimenl of the 
present invention the utilizing step also includes decoding the at least a part of the 
30 portion of the TS for presentation beginning from the acce.ss point, 



Still further in accordance with a preferred embodiment of the 
present invention the utilizing step also includes descrambling the at least a part of 
the portion of the TS for presentation beginning from the access point. 

Additionally in accordance with a preferred embodiment of the 
s present invention the access point includes a packet including at least one of the 
following: a packet having a bit turned on in a standard TS header field, an ECM, 
an EMM, an Adaptation Field (AF) Held, a private data field within the AF, an SI 
private table, a private descriptor, a private stream, and a vi,sible field in a partially 
scrambled stream. 

10 ' Further in accordance with a preferred embodiment of the present 

invention the private stream includes a private PES .stream with associated PTS, 

Still further in accordance with a preferred embodiment of the 
present invention the packet having a bit turned on includes a packet having a 
payloadjnitjtanjndicator (pusi) bit turned on. 
15 Additionally in accordance with a preferred embodimenl of the 

present invention the AF includes at lca<it one of the following: a PGR. and a 
random access indicator. 

There is also provided in accordance with another preferred 
embodiment of the present inveniion a method for processing a data stream 
20 including determining a desired presentation lime of a point in the data stream to 
be accessed, determining an arrival time associated with the desired preseniation 
time, and determining a position of an access point closely temporally associated 
with the arrival lime. 

There is al.so provided in accordance with .still another preferred 
25 embodiment of the present invention a method for analyzing a data .stream 
including receiving an MPEG data stream including a transport stream (TS), the 
TS including a scrambled payload and unscrambled headers, analyzing the 
unscrambled headers and determining at least one trick mode parameter. 

Further in accordance with a preferred embodiment of the prcscni 
30 invention the analyzing step includes analyzing only ihc unscrambled headers. 

There is also provided in accordance with another preferred 
embodiment of the present inveniion apparatus for processing a data .stream 
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including a data stream receiver operative to receive a transport stream (TS), TS 
storage apparatus operative to store at least a portion of tbe TS, the at least a 
portion of the TS having a beginning and including a plurality of TS packets, 
candidate determining apparatus operative to determine, from among the plurality 
5 of TS packets, at least one TS packet including a candidate access point, candidate 
offset storage apparatus operative io store in an index store a byte offset of the 
candidate access point, and arrival time storage apparatus operative to store in the 
index store a plurality of indications of byte offset, each byte offset being 
associated with an arrival time of a received TS packet. 

10 There is also provided in accordance with still another preferred 
embodiment of the present invention apparatus for processing a data stream 
including presentation determining apparatus operative to determine a desired 
presentation lime of a point in the data stream to be accessed, arrival determining 
apparatus operative to determine an arrival time associated with the desired 

11 presentation time, and position determining apparatus operative to determine a 
position of an access point closely temporally associated with the arrival time. 

There is also provided in accordance with yet another preferred 
embodiment of the pre.seni invention apparatus for analyzing a data stream 
including receiving apparatus operative to receive an MPEG data stream including 
20 a transport stream (TS), the TS including a scrambled payload and unscrambled 
headers, analyzing apparatus operative to analyze the unscrambled headers and to 
determine at least one trick mode parameter. 



BRIEF DESCRIPTION OF THE DRAWINGS 
The present invention will be understood and appreciated more fully 
from the following detailed description, taken in conjunction with the drawings in 
which: 

5 Fig. 1 is a simplified partly pictorial, partly block diagram 

illustration of a system for processing a data stream, the system being constructed 
and operative in accordance with a preferred embodiment of the present invention; 

Fig. 2 is a simplified partly pictorial, partly block diagram 
illustration of a preferred implementation of a portion of the system of Fig. i ; 
10 Fig. 3 is a simplified flowchart illustration of a preferred method of 

operation of the system of Fig. 1; 

Fig. 4 is a simplified flowchart illusiration of a preferred 
implementation a portion of the method of Fig. 3; and 

Fig. 5 is a simplified flowchart illustration of a preferred 
15 implementation another portion of the method of Fig. 3 
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DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT 
Reference is now made to Fig. 1 which is a simplified panly 
pictorial, panly block diagram illustration of a system for processing a data 
stream, the system being constructed and operative in accordance with a preferred 

i embodiment of the present invention. 

The system of Fig. I comprises a data stream analyzer 100, which is 
preferably operative, as described more fully below, to receive a data stream 1 10 
comprising an at least partially scrambled data stream and to determine therefrom 
at least one parameter, preferably comprising at least one trick mode parameter, 

10 directly from the data .stream. A trick mode parameter is generally used in the 
description below by way of example only, without intent to limit the generality of 
the present invention; it is appreciated that other appropriate data stream 
parameters, including but not limited to playback parameters, may also be used. 

Preferably, the determination of the at lea.st one trick mode 

IJ parameter is based, at least in part, on a non-scrambled portion of the data stream. 
Preferably, the data stream analyzer 100 is implemented in an appropriate 
combination of hardware and software, as is well known in the art. 

The system of Fig. 1 also comprises a .source 120, the source 120 
preferably comprising any appropriate data .source capable of producing and 

20 tninsmilling the data stream 110, It is appreciated thai other elements of the 
.system of Fig. I , excluding the source 1 20. compri.sc a subcombination comprising 
an alternative preferred embodiment of the pre.sent invention. The source 120 may 
comprise a conventional .source of the data .stream 1 10 .such as, for example, a 
conventional television head end system, as is well known in the art. 

25 The data stream 1 1 0 preferably compri.ses a plurality of scrambled 

portions 130 and a plurality of un.scrambled portions 140. Data .streams 
comprising a plurality of scrambled portions and a plurality of unscrambled 
portions are well known in the art and are known, for example, from the MPEG-2 
standard mcniioned above. In the case of the MPEG-2 standard, in the transport 

30 stream (TS) a 4 byte unscrambled header portion is followed by a 184 byte 
scrambled data portion. It will be appreciated by persons .skilled in the ait that the 
MPEG-2 protocol is a layered protocol, and that the structure of the transport 



stream need not reflect the stmciurc of underlying data, such as a video stream, 
The example of the MPEG-2 standard is intended, throughout the present 
specification, as an example only, without intending to limit the generality of the 
present invention. 

j The term "transport layer", as used throughout the present 

specification and claims, is used to refer to the MPEG-2 TS and to any similarly 
, functioning component of any other data stream mechanism; for example, and 
without limiting the generality of the foregoing, the following are examples of 
transport layers within the meaning of the previous definition: IF, TCP. and ATM. 

10 In order to further clarify the definition of transport layer, the term 'transport 
layer" excludes, for example, the MPEG-2 PES layer, video layer, and audio layer. 

The data stream analyzer IQO preferably compri.ses receiving 
apparatus ISO. which may comprise any appropriate apparatus operative to receive 
the data stream 1 10, as is well known in the art. 

15 The data stream analyzer 100 also comprises analyzing apparatus 

160. The analyzing apparatus 160 is preferably operative, as de.scribed in more 
detail below, to analyze at least a portion of the data stream 1 10 and to determine 
dicrcfrom at least one trick mode parameter. The tenns "parameter" and "trick 
mode parameter" are used herein as described above. Preferably, the at least a 

20 portion of the data stream 1 10 analyzed by the analyzing apparatus 160 includes at 
least some of the plurality of un.scrainbled portions 1 40. 

The system of Fig. I also preferably comprises storage apparatus 
170, which is preferably operative to store information provided for storage by the 
analyzing apparatus 160. The storage apparatus may comprise any appropriate 

25 storage apparatus .such as, for example, a computer di.sk or an array of computer 
disks conlrollcd by an appropriate controller, The particular choice of computer 
disk or disks will partly depend on the size of the data stream 1 10 which is to be 
.stored therein, as described below. It is also appreciated that the storage apparatus 
170 may comprise a plurality of storage sub-units (not shown). 

30 The system of Fig. I also compri.ses performing apparatus 180. 

which is operative to receive data stored in the storage apparatus 170; the data 
preferably comprising the determined parameters iind the data stream 1 10, and to 
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perform a trick mode on the data stream 110 based, at least in part, on the 
determined parameters. The performing apparatus 180 is also preferably operative 
to piesent an output, typically comprising an unscrambled data stream, to a user of 
the system of Fig, I . It is appreciated that a subcombination of the elements of the 

5 system of Fig, I. without the performing apparatus 180, comprises an alternative 
preferred embodiment of the present invention. 

The operation of ihc system of Fig. I i.<; now briefly described, The 
data stream 110 is preferably received from the source 120 by the receiving 
apparatus 150, As the data stream 110 is received, the data stream 110 is 

10 preferably pa,si;ed to the analyzing apparatus 1 60. The analyzing apparattis 160 is 
operative, preferably as described below in more detail with reference to Fig, 2, lo 
determine at least one parameter, typically comprising a plurality of parameters, 
each parameter preferably comprising a trick mode parameter, from the data 
.stream 110. Preferably, the determination is made ba.sed. at least in part, on the 

15 plurality of unscrambled portion.s 140. 

The determined parameters are preferably sent to the storage 
apparatus 170 for .storage and later use. The data stream 1 10 is also preferably 
.sent to the storage apparatus 170 for storage and later use. Preferably, the later 
use comprises u.sc by the performing apparatus 180. as described above. 

20 Reference is now made to Fig. 2. which is a simplified partly 

pictorial, partly block diagram illu.straiion of a preferred implementation of a 
portion of the .system of Fig. I. The apparatus of Fig. 2 comprises the analyzing 
apparatus 160 of Fig. I. 

The analyzing apparatus 160 preferably compri,ses trick mode 

25 determining apparatus 190, The trick mode determining apparatus 190 is 
preferably operative to receive the plurality of unscrambled data portions 140 and 
to determine therefrom the determined parameters, as described above. As 
de.scribcd further below, the determined parameters may preferably include index 
information useful for determining one or more trick mode parameters. A 

30 preferred method of operation of the trick mode determining apparatus 190 is 
deiicribed below with reference to Fig. 3 • 3. 



Reference is now made to Fig. 3. which is a simplified flowchart 
illustration of a preferred method of operation of the system of Fig. 1. The method 
of Fig. 3 preferably comprises the following steps: 

An index lo the data stream is built (step 200); for example, the 

5 index may be built by the trick mode determining apparatus of Fig. 2, with the 
determined parameters comprising the index. Preferably, step 200 includes storing 
the index for later use. It is appreciated that the determined parameter may 
comprise a heuristic parameter, that is, a parameter which aids in .solving the 
problem of performing a trick mode, even though the parameter may not provide a 

10 perfect .solution. 

A trick mode is requested, typically based on a .stored data stream 
and typically at a lime later than a time at which step 200 is carried out. When the 
trick mode is to be performed, a trick mode parameter is dctcraiined (step 210). 
The trick mode parameter is preferably determined based, at least in part, on the 

15 index built in step 200. It is appreciated, however, that various implementations of 
the method of Fig. 3 arc poiisiblc, and that additional information useful in 
determining a trick mode parameter may alternatively be stored in step 200. The 
trick mode parameter may comprise any .suitable parameter u.seful in performing a 
trick mode; typically, the trick mode parameter compri.ses an indication of a 

20 location in an at least partially .scrambled data litrcam at which dcscramhling and 
playback are to begin or to continue. 

A trick mode is performed ba,sed, at least in part, on the trick mode 
parameter (step 220), For example, in the ca,sc of a fast forward trick mode, only 
certain frames might be played back in order to produce the fast forward trick 

25 mode, in the example of MPEG-2, which is not meant to be limiting, in a 
preferred embodiment only l-frames, which in MPEG-2 represent complete frames 
as oppo.sed to a difference between frames, might be played back. It is appreciated 
that, in MPEG-2. an l-frame can be decoded without reference to any other frame. 
In such a ca.se, as described more fully below, the trick mode parameter might 

30 ' represent a location in the data stream at which an l-framc is believed to be found, 
Reference is now made to Fig. 4. which is a simplified flowchart 
illustration of a preferred implementation of step 200 of Fig. 3. The method of 
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Rg. 4 is directed to an example of a data stream comprising packets, as is well 
known in the art; persons skilled in the art will appreciate that the method of Fig. 4 
may be modiried for use with other data streams. 

Persons skilled in the art will also appreciate that the method of Fig. 

5 4 omits steps, such as initialization steps, which a person skilled in the art could 
provide. Persons skilled in the art will also appreciated that the method of Fig. 4 
preferably operates quickly and efficiently in order to process a data stream in real 
time: therefore, it will be appreciated that a dedicated hardware implementation of 
apparatus for carrying out the method of Fig, 4. such as an application specific 

10 integrated circuit (ASIC) implementation or another appropriate hardware 
implementation, is preferred. 

The method of Fig. 4 preferably comprises Ihc following steps: 
Get the next packet in the data stream (step 230): the next packet in 
the data stream is now considered the current packet. A check is made as to 

IJ whether the current packet is interesting (step 240), It is appreciated that an 
appropriate definition of "interesting" is chosen in step 240 according to the 
particular type of data .stream being proccs.sed and the particular type of index 
being built by the method of Fig. 4. By way of example only and without limiting 
the generality of the foregoing, the example of a partially scrambled MPEG-2 data 

20 stream is now considered, 

in the ca.sc of a partially scrambled MPEG-2 data stream, it may by 
interesting to find a packet comprising the beginning of an l-framc: as described 
above, l-frames may be u,scful in performing trick modes. In an MPEG-2 system, 
as is well known, a transport stream (TS) packet includes a header, the header 

25 typically being un.icramblcd in a partially scrambled data stream. According to 
the MPEG-2 standard, the TS header includes a bit called 
payloadjnitjiari.indicaior (pusi) to indicate that a PES packet is comprised in 
the present TS packet: the PES header, known as PES.hdr, is known to begin at 
the beginning of the TS packet payload. 

JO Furthermore, it is believed by the inventors that in some 

manufacturer-based MEPG-2 conventions, such as that used in the Tandbcrg NDS 
System 3000 encoder, commercially available from Tandberg NDS Ltd. in the 



United Kingdom, only one PES.hdr is used for each group of pictures (GOP) 
beginning with an i-frame; in such a case, the pusi bit is a good indicator of the 
presence of an I-frame. It is appreciated that, in other manufacturer-based MPEG- 
2 conventions, such as those of ATSC and Tandberg NDS System 5000 encoders, 

5 a PES.hdr is inserted before each picture.hdr; in such a case, the pusi bit provides 
only a heuristic indication of the possible presence of an I-frame. In any case, the 
pusi bit in'MPEG-2 comprises an example of an indication of an interesting TS 
packet. It is appreciated, however, that the MPEG-2 standard does not require any 
correspondence such as that discussed above. 

10 The following arc exaniples of attributes that might make a packet 

intere.sting, in the context of step 240: 

standard TS header fields, which include the pu.si bit as described 

above; 

ECMs which may, for example, designate a scrambling polarity 

IJ change; 

EMMs; 

MPEG-defined Adaptation Field (AF) fields! such as PCR and 
random access indicator; 

private data field within the AF; 
20 SI private tables, for which an external synchronization mechanism 

might be needed to achieve the required precision; 

private descriptors in existing standard tables; 

private streams, such as a private PES stream with associated PTS; 

and 

25 visible fields in partially scrambled streams. 

A further example according to a particular type of data stream 
being processed and the particular type of index being built by the method of Fig. 
4 is now described by way of example only and without limiting the generality of 
the foregoing, die example described relating to, for example, an ATSC type data 
30 stream as mentioned above. 

In the case of an ATSC type data stream, the pusi typically indicates 
any type of frame and not necessarily an I-frame. In one preferred mode of 
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operation, all pusi, or a subset thereof chosen according lo an appropriate 
predefined rule, may be taken to be access point candidates. In another preferred 
mode of operation, advantage may be taken of the fact that, in many cases, 1- 
ftames are larger, that is, contain more bits, than other frames, typically by a factor 

3 of between approximately 3 and approximately 10. it is thus appreciated that, by 
analyzing the number of bits between adjacent pusi, the likely location of an 
access point can be determined more accurately as a pusi which is followed by a 
relatively large number of bits until the next pusi. 

It is appreciated that the method described immediately above is 

10 heuristic in that certain conditions; such as scene changes and statistical 
multiplexing, may cause a particular P-frame or B-framc to include more bits than 
a nearby l-frame, 

If the packet is found to be interesting in step 240, appropriate 
information is written to an index (step 260). For example, information written lo 

15 the index may comprise a location within the data stream and an indication of the 
type of location found, siich as a possible I-frame location. 

If the packet is not found to be interesting in step 240, or after step 
260, a check is made as to whether a clock has ticked; thai i.s, whether a predefined 
interval of time, typically approximately 0.5 seconds, has pas.sed (step 250). If the 

20 clock has ticked, processing preferably proceeds with step 265; otherwise, 
processing preferably proceeds with step 230. In step 265, clock tick information 
is written to the index, and processing preferably proceeds with step 230. 

The concept of clock ticks is well known in the art. The purpose of 
the clock tick in the method of Fig. 4 is to provide arrival time information in the 

25 index. As previously stated, there is believed to be a close correlation, in many 
cases, between arrival time and presentation time; arrival time can thus be 
important for jumping to a particular location in the data stream based on 
presentation time. For example, in a case where, upon playback, it will be 
desirable to jump to a particular presentation time that represents, for example, the 

30 presentation of a given news story, the following e,\ample partial index structure, 
which may be created by the method of Fig. 4, may be helpful: 
packet number time type 



a [none] candidate access point, 

such as candidate Nframc 
point 

b [none] point of change of 

scrambling parameters 

c t clock tick (arrival time) 

where a, b. and c represent packet numbers, and t represents an arrival lime. 

Reference is now made to Fig. 5. which is a simplified Howchart 
illustration of a preferred method of opcraiion of step 210 of Fig. 3, The method 
of Fig. 5 preferably comprises the following steps; 
5 An access point candidate is found, the candidate preferably 

comprising the nearest candidate preceding the location at which a trick mode is to 
be performed (step 270). The candidate is preferably found ba.sed. at least in part, 
on the index described above with reference to Fig, 4, Generally, the purpose of 
step 270 is to find an access point candidate, near the location at which the trick 
10 mode is to be performed and preferably before said location, "before" being 
mea.sured in a direction in which the data .stream is being traversed in order to 
perform the trick mode. 

Additional decode information is found as needed (step 280). One 
example of additional decode information is an ECM. which would typically be 
15 found in another, associated stream, as is well known in the art. 

Decoding takes place at the access point candidate, and a check is 
made as to whether a desired location has been found (,siep 290). For example, a 
check is made as to whether an l-framc has been found. 

In a case where a desired location his not been found, additional 
20 action is taken to find the desired location (step 300), The additional action may 
comprise, for example, continuing to decode from the access point candidate, or 
jumping to a next access point candidate. A decision on the particular additional 
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action to be taken may depend, for example, on how close access points are to 

eacli other, or on other appropriate factors. 

It is appreciated that various features of the invention which are, for 

clarity, described in the contexts of separate embodiments may also be provided in 
i combination in a single embodiment. Conversely, various features of the 

invention which are, for brevity, described in the context of a single embodiment 

may also be provided separately or in any suitable subcombination. 

ll will be appreciated by persons skilled in the art that the present 

invention is not limited by what has been particularly shown and described 
10 hereinabove, Rather the scope of the invention is defmcd only by the claims 

which follow: 



What is claimed is: 

CLAIMS 

1. A method for processing a data stream comprising: 
receiving a transport stream (TS); 

storing at leist a portion of the TS, said at least a portion of the TS 
having a beginning and comprising a plurality of TS packets; 

determining, from among the plurality of TS packets, at least one 
TS packet comprising a candidate access point; 

storing in an index store a byte offset of the candidate access point; 



10 and 



storing in the index store a plurality of indications of byte offset, 
each byte offset being associated whh an arrival lime of a received TS packet. 



2. A method according to claim I and wherein the storing indications 
15 of byle offset step comprises repeatedly storing in the index store, at predefined 

intervals of time, a byte offset of a recently received TS packet, 

3. A method according to claim 1 or claim 2 and wherein the byte 
offset of the candidate access point and the byte offset of the recently received TS 

20 packet each compri.ses a byte offset relative to the beginning. 

4. A method according to any of the above claims and wherein the TS 
comprises an MPEG-2TS. 

25 5, A method according to any of the above claims and wherein the TS 
comprises an at least partially scrambled TS. 

6. A method according to any of the above claims and wherein the TS 
comprises a video stream. 



7. A method according to any of the above claims and wherein the TS 
comprises an audio stream. 
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8. A method according to any of the above claims and also 
comprising: 

utilizing the index for accessing at least a part of the portion of the 

5 TS. 

9. A method according to claim 8 and wherein the utilizing step 
comprises; 

determining a desired preseniation time of a poini to be accessed, 
10 said point being associated with the at least a part of the portion of the TS; 

determining an arrival time associated with the desited presentation 

lime; and 

determining, based at least in part on at least one byte offset stored 
in the index store, a byte offset of an access point closely temporally associated 
15 with the arrival time. 

10. A method according to claim 9 and wherein said determining a 
desired presentation time comprises determining a desired presentation time based 
on at lea.st one of the following: at least one desired characteristic of a 

20 presentation mode; and at least one random access characteristic. 

11. A method according to claim 9 or 10 and wherein said determining 
an arrival time comprises determining an arrival time based on the desired 
presentation time and on a predetermined relationship between arrival time and 

25 presentation time. 

12. A method according to any of cliiims 9 ■ 11 and wherein the 
utilizing step also comprises: 

decoding the at least a part of the portion of the TS for presentation 
30 beginning from the access poim. 



13. A method according to any of claims - 12 and wherein the 
utilizing step also comprises: 

dcscrambling the at least a part of the ponion of the TS for 
presentation beginning fi-om the access point. 

5 

14. A method according to any of claims 9-13 mid wherein the access 
point comprises a packet comprising at least one of the following: 

a packet having a bit turned on in a standard TS header field: 
anECM; 

10 an EMM: 

an Adaptation Field (AF) field; 

a private data field within the AF; 

an SI private table; 

a private descriptor; 
13 a private stream; and 

a visible field in a partially scrambled stream. 

15. A method according to claim 14 and wherein the private stream 
comprises a private PES stream with associated PTS. 

20 

1 6. A method according to claim 1 4 and wherein the packet having a bit 
turned on comprises a packet having a payloadjnitjtnrtjndicaior (piisi) bil 
turned on. 

25 17. A method according to claim 14 and wherein the AF comprises at 
least one of the following: a PCR; and a random access indicator. 

1 g. A method for processing a data stream comprising: 

determining a desired presentation time of a point in the data stream 
30 to be accessed; 

determining an arrival time associated with the desired presentation 

time; and 
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determining a posiiion of an access poini closely temporally 
associated with the arrival time. 

19. A method for analyzing a data stream comprising: 
5 receiving an MPEG data stream comprising a transport stream (TS), 

the TS comprising a scrambled payload and unscrambled headers; 

analyzing the unscrambled headers and determining at least one 
trick mode parameter. 

10 20. A method according to claim 19 and wherein the analyzing step 
comprises analyzing only the un.scrjmbled headers. 



posiiion determining apparatus operative to determine a position of 
an access point closely temporally associated with the arrival time. 

23. Apparatus for analyzing a data stream comprising: 
J receiving apparatus operative to receive an MPEG data stream 

comprising a transport stream (TS), the TS comprising a scrambled payload and 
unscrambled headers; 

analyzing apparatus operative to analyze the unscrambled headers 
and to determine at least one trick mode parameter. 



2 1 . Apparatus for processing u data stream comprising: 

a data stream receiver operative to receive a transport stream (TS); 
lj TS storage apparatus operalive to store at least a portion of the TS, 

said at least a portion of the TS having a beginning and comprising a plurality of 
TS packets; 

candidyie determining apparatus operative to determine, from 
among the plurality of TS packets, at least one TS packet comprising a candidate 
20 access point; 

candidate offset .storage apparatus operative to store in an index 
store a byte offset of the candidate access point: and 

arrival time storage apparatus operative to store in the index store a 
plurality of indications of byte offset, each byte offset being as.sociated with an 
25 arrival lime of a received TS packet. 



22. Apparatus for processing a data stream comprising: 

presentation determining apparatus operative to determine a desired 
presentation lime of a point in the dala stream to be accessed; 
30 arrival determining apparatus operative to determine an arrival time 

as.sociuted with the desired pre.sentation lime; and 
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